Skip to content

Add build env option for generic ESP32S3R8#1758

Open
ranma wants to merge 1 commit intohoylabs:developmentfrom
ranma:env-esp32s3r8
Open

Add build env option for generic ESP32S3R8#1758
ranma wants to merge 1 commit intohoylabs:developmentfrom
ranma:env-esp32s3r8

Conversation

@ranma
Copy link
Copy Markdown

@ranma ranma commented Mar 23, 2025

The ESP32S3R8 comes with 8MiB of PSRAM built-in, which can reduce stability issues related to memory usage: #1260

This can increase the free non-PSRAM heap by around 20% (in my case from 135KiB to 162KiB free heap) at the expense of slower memory access.

image

Comment thread platformio.ini Outdated
-DPIN_MAPPING_REQUIRED=1


[env:generic_esp32s3r8_usb]
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't agree with the name. "r8" is specific to one variant with PSRAM. what this env actually does is enable PSRAM. So generic_esp32s3_usb_psram would be more fitting, don't you think?

Or.... Is this indeed specific to the version with 8MB PSRAM as only it has octal SPI?

Copy link
Copy Markdown
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I only have the S3R8 for testing, which is why I limited the name that way, I think generic_esp32s3_usb_octal_psram may indeed be better.

For example the ESP32S3R8 comes with 8MiB of octal PSRAM built-in, which can reduce stability issues related to memory usage: hoylabs#1260

This can increase the free non-PSRAM heap by around 20% (in my case from 135KiB to 162KiB free heap) at the expense of
slower memory access.
@AndreasBoehm
Copy link
Copy Markdown
Member

According to the revisions of the OpenDTU Fusion Board the 8MB PSRAM is connected via OSPI and will block usage of some pins and in the case of the Fusion Board the usage of the NRF24.

For v2.2 you can either use the PSRAM or the NRF24. Due to an internal limitation of the Espressif WROOM-1U module, the PSRAM blocks some of the SPI Pins for internal use of the larger PSRAM. This does not matter for normal OpenDTU as it does not make use of PSRAM in the standard builds. If you do custom builds with PSRAM make sure NRF24 is disabled in your config and none of the pins are assigned to it otherwise the device will not boot!
Source: https://github.com/markusdd/OpenDTUFusionDocs/blob/main/REVISIONS.md#v22

@AndreasBoehm AndreasBoehm requested a review from Copilot April 4, 2025 12:04
Copy link
Copy Markdown

Copilot AI left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Copilot wasn't able to review any files in this pull request.

Files not reviewed (1)
  • platformio.ini: Language not supported

@ranma
Copy link
Copy Markdown
Author

ranma commented Apr 7, 2025

According to the revisions of the OpenDTU Fusion Board the 8MB PSRAM is connected via OSPI and will block usage of some pins and in the case of the Fusion Board the usage of the NRF24.

For v2.2 you can either use the PSRAM or the NRF24. Due to an internal limitation of the Espressif WROOM-1U module, the PSRAM blocks some of the SPI Pins for internal use of the larger PSRAM. This does not matter for normal OpenDTU as it does not make use of PSRAM in the standard builds. If you do custom builds with PSRAM make sure NRF24 is disabled in your config and none of the pins are assigned to it otherwise the device will not boot!
Source: https://github.com/markusdd/OpenDTUFusionDocs/blob/main/REVISIONS.md#v22

Beim ESP32S3R8 ist das PSRAM intern, und PSRAM + NRF24 funktioniert bei mir problemlos mit meinem LilyGo T-Display-S3 board.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants